home *** CD-ROM | disk | FTP | other *** search
/ MacWorld 1997 February / Macworld (1997-02).dmg / Shareware World / Info / tidbits-355.etx < prev    next >
Text File  |  1996-12-08  |  30KB  |  586 lines

  1. TidBITS#355/25-Nov-96
  2. =====================
  3.  
  4.   We rev up this issue with a request for holiday gift suggestions,
  5.   an important note for AOL users, and a quick look at new Internet
  6.   software from Microsoft. Also in this issue, Adam examines the
  7.   state of the Web server market (with a focus on personal Web
  8.   servers) and Matt Deatherage gives us a detailed examination and
  9.   analysis of Apple's Meta-Content Format, or MCF, a new way of
  10.   organizing and viewing information.
  11.  
  12. Topics:
  13.     MailBITS/25-Nov-96
  14.     WebBITS/25-Nov-96
  15.     HotSauce and Meta Content Format
  16.  
  17. <http://www.tidbits.com/tb-issues/TidBITS-355.html>
  18. <ftp://ftp.tidbits.com/pub/tidbits/issues/1996/TidBITS#355_25-Nov-96.etx>
  19.  
  20. Copyright 1996 TidBITS Electronic Publishing. All rights reserved.
  21.    Information: <info@tidbits.com> Comments: <editors@tidbits.com>
  22.    ---------------------------------------------------------------
  23.  
  24. This issue of TidBITS sponsored in part by:
  25. * APS Technologies -- 800/443-4199 -- <sales@apstech.com>
  26.    Makers of hard drives, tape drives, and neat SCSI accessories.
  27.    APS price lists: <http://www.apstech.com/aps-products.html>
  28.  
  29. * Northwest Nexus -- 800/539-3505 -- <http://www.nwnexus.com/>
  30.    Professional Internet Services. <info@nwnexus.com>
  31.  
  32. * Power Computing -- 800/375-7693 -- <info@powercc.com>
  33.    PowerTower Pro 225 MHz - the fastest desktop system ever.
  34.    Build Your Own Box online! <http://www.powercc.com/>
  35.  
  36. * EarthLink Network -- 800/395-8425 -- <sales@earthlink.net>
  37.    Providers of direct Internet access for Macintosh users.
  38.    For eWorld refugees: no setup fee! <http://www.earthlink.net/>
  39.  
  40. * Aladdin Systems -- 408/761-6200 -- <http://www.aladdinsys.com/>
  41.    Makers of StuffIt Deluxe 4.0, the Mac compression standard, and
  42.    InstallerMaker 3.1.1, the leading installer for Mac developers.
  43.    ---------------------------------------------------------------
  44.  
  45.  
  46. MailBITS/25-Nov-96
  47. ------------------
  48.   We'd like to congratulate ShrinkWrap programmer Chad Magendanz
  49.   <chad@halcyon.com> and his wife Galen on the ahead-of-schedule
  50.   release of their first non-software product - Quinn Pierce
  51.   Magendanz. Rumor has it that Chad has already purchased a copy of
  52.   My First C Compiler (see TidBITS-321_), so the mononymous Quinn of
  53.   Internet Config fame may soon have company in the Macintosh
  54.   programming pantheon. [ACE]
  55.  
  56.  
  57. **Got a Holiday Gift Suggestion?** We at TidBITS love the holiday
  58.   season, even with the capitalist feeding frenzy that it has
  59.   become. If you're interested in participating in one of our
  60.   holiday traditions, send one paragraph descriptions of your
  61.   favorite computer-related gift ideas (for giving or receiving) to
  62.   me at <ace@tidbits.com> before 02-Dec-96. We'll edit them into an
  63.   article for either TidBITS-357_ or TidBITS-358_, and we'll even
  64.   see if we can wrangle some special deals for you. [ACE]
  65.  
  66.  
  67. **AOL Pricing Shenanigans** -- AOL has managed to get itself in
  68.   hot water with its new pricing plan, which takes effect 01-Dec-96.
  69.   The new plan offers unlimited AOL service (including Internet
  70.   access) for $19.95 per month - not a bad deal for some users. But
  71.   what AOL only mentioned in the fine print, tucked away in a
  72.   special forum, is that AOL intends to convert **all** existing
  73.   accounts over to this new plan unless a subscriber specifically
  74.   selects a different option. In other words, unless you tell AOL
  75.   you don't want the new pricing plan, you'll automatically be
  76.   billed for it. For typical AOL users, this means a fee increase of
  77.   $10 per month.
  78.  
  79.   A group of state attorney generals have been examining AOL's
  80.   actions, and last week Washington State Attorney General Christine
  81.   Gregoire announced a letter of agreement with AOL under which AOL
  82.   will have to inform customers actively of the pricing change
  83.   before they can access AOL services. Customers will have until
  84.   31-Mar-97 to make a positive assent to the new pricing plan, and
  85.   subscribers who don't access AOL before the 01-Dec-96 deadline
  86.   will be credited the difference between the new pricing plan and
  87.   their previous subscription option. Still, the bottom line is that
  88.   AOL is changing its rates effective 01-Dec-96, and if you have an
  89.   AOL account, your rates will probably go up unless you intervene.
  90.   [GD]
  91.  
  92.  
  93. **Microsoft Internet Updates** -- Microsoft recently released two
  94.   new Mac Internet programs: Internet Mail and News 1.0 and the
  95.   first beta of Internet Explorer 3.0. Internet Mail and News, a
  96.   separate application (based in part on John Norstad's NewsWatcher
  97.   and Marco Piovanelli's WASTE text engine), replaces the email and
  98.   Usenet news functionality in Internet Explorer. Although its
  99.   interface barely departs from its Windows cousin and is no
  100.   competition for mature programs like Eudora, Internet Mail and
  101.   News is speedy and offers reasonable functionality, including a
  102.   subject filter for newsgroups, drag & drop text editing, and
  103.   easily-organized mail folders. The download is about 800K.
  104.  
  105. <http://www.microsoft.com/ie/launch/imn.htm>
  106. <http://www.microsoft.com/ie/download/ieadd.htm>
  107.  
  108.   Microsoft Internet Explorer for Macintosh 3.0b1 still lives in a
  109.   relatively svelte 4 MB memory partition (although it hungrily
  110.   consumes temporary memory in the system), and offers configurable
  111.   toolbars, built-in video, audio, plus support for HTML 3.2 style
  112.   sheets, Netscape plug-ins, and VRML (with QuickDraw 3D). Internet
  113.   Explorer 3.0b1 also supports Java, using either Apple's MacOS
  114.   Runtime for Java or (soon) the Microsoft Java VM developed jointly
  115.   with Metrowerks (although using Java consumes another 4 MB of
  116.   system memory). So far, reports of the beta's performance and
  117.   behavior have varied widely. The download is about 5 MB. [GD]
  118.  
  119. <http://www.microsoft.com/ie/mac/>
  120.  
  121.  
  122. WebBITS/25-Nov-96
  123. -----------------
  124.   by Adam C. Engst <ace@tidbits.com>
  125.  
  126.   The press releases have been flying fast and furious in the
  127.   Macintosh Web world of late, mostly on the server side of things.
  128.   But, lest you think Web servers aren't for mere mortals, read on
  129.   for news of how you might find yourself running one in the not-so-
  130.   far future.
  131.  
  132.  
  133. **WebSTAR 2.0 Appears** -- The main news for the week was the
  134.   release of StarNine's WebSTAR 2.0, the leading Web server in the
  135.   Macintosh market. StarNine has improved WebSTAR 2.0 in three
  136.   primary ways: speed, security, and new technologies.
  137.  
  138. <http://www.starnine.com/webstar/webstar.html>
  139.  
  140.   Speed increases of two to three times in the already-sprightly
  141.   WebSTAR come from two new caching methods. For those unfamiliar
  142.   with caching, it's a way of storing information in RAM or in such
  143.   a way that subsequent accesses are significantly faster than the
  144.   initial access. WebSTAR 2.0 includes "smart" data caching, which
  145.   means the program continually monitors which files are being
  146.   accessed and decides which files will benefit the most from being
  147.   cached. Other Web servers have provided a manual interface to
  148.   caching, but they require the webmaster to maintain the list of
  149.   cached files on a continual basis. Equally as important as data
  150.   caching is WebSTAR's new file information caching scheme. One of
  151.   the main bottlenecks for Mac servers is the slow Macintosh file
  152.   system, and by caching file information in RAM, WebSTAR avoids the
  153.   file system entirely. Overhead on the file info caching is
  154.   reportedly only 500 bytes per file, so with reasonably-sized
  155.   sites, it's not a huge RAM hog either.
  156.  
  157.   Security improvements in WebSTAR 2.0 come from the inclusion of
  158.   WebSTAR/SSL with the basic WebSTAR package, and two additional
  159.   security measures. In the past, you could restrict access to an
  160.   entire site by IP number, but you could restrict folder access
  161.   only by a username and password. WebSTAR 2.0 enables you to
  162.   restrict folder access by IP number, falling back to username and
  163.   password if someone hits an intranet site from their personal ISP,
  164.   for instance. Another previous security concern was that WebSTAR
  165.   would execute CGIs stored anywhere in the WebSTAR hierarchy.
  166.   Someone could upload a Trojan horse CGI and execute it from any
  167.   Web browser. Now, WebSTAR 2.0 only executes CGIs stored in a
  168.   specific folder, which can be locked down through normal security
  169.   means. Finally, WebSTAR's username/password database now supports
  170.   tens of thousands of users.
  171.  
  172.   In terms of new technologies, WebSTAR 2.0 now includes a Java
  173.   virtual machine, so programmers can write CGIs and plug-ins in
  174.   Java. Although performance isn't as good as a CGI or plug-in
  175.   written in C, development time can be shorter and take advantage
  176.   of Java expertise. Concerns about the stability and performance of
  177.   Java programs are significantly reduced because WebSTAR's virtual
  178.   machine doesn't deal with interface at all - Java-based CGIs and
  179.   plug-ins are purely for processing data at the server level.
  180.  
  181.   The new version sports a standard "server-side includes" feature
  182.   that enables Web page authors to embed special tags in HTML
  183.   documents to create dynamic pages. Although numerous products like
  184.   NetCloak and CometPage already exist for this purpose, WebSTAR's
  185.   server-side include feature can call other CGIs or plug-ins and is
  186.   extensible with user-created tags.
  187.  
  188.   Speaking of plug-ins, StarNine is bundling a few important plug-
  189.   ins with WebSTAR 2.0 (some of the features listed above are
  190.   implemented through plug-ins as well). Most useful among them in
  191.   my mind is one that "rolls" log files, copying the file to a new
  192.   location and resetting the main log. Webmasters will appreciate a
  193.   remote administration plug-in that sports a Star Trek-style
  194.   interface, and another plug-in that sends email from the server
  195.   rather than from a Web browser.
  196.  
  197.   Upgrades cost $149 for corporate customers or $99 for education
  198.   customers through 31-Dec-96. New copies remain priced at $499.
  199.  
  200. <http://store5.starnine.com/upgrade/upgrade.html>
  201.  
  202.  
  203. **Hanging with MultiHomie** -- Another improvement in WebSTAR 2.0
  204.   is access to the HTTP 1.1 Host header. The implications of this
  205.   support is that third-party plug-ins can work with WebSTAR to
  206.   provide more seamless multihoming. In the past, Open Door
  207.   Networks' HomeDoor was the best solution for multihoming on the
  208.   Macintosh, but the machine name that appeared in the user's Web
  209.   browser wasn't the same as the name in the URL the user typed.
  210.   MultiHomie, a $75 shareware plug-in from ClearInk (site licenses
  211.   are available), doesn't share this problem and returns proper URLs
  212.   to Web browsers that are sufficiently modern to send the Host
  213.   header. For all those who have been complaining vociferously at
  214.   the Mac's lack of true multi-homing, the combination of WebSTAR
  215.   2.0 and MultiHomie is worth investigating.
  216.  
  217. <http://www.clearink.com/fun_stuff/plugins/multihomie/>
  218.  
  219.  
  220. **Open Door Deals** -- In response to the release of WebSTAR 2.0,
  221.   Open Door Networks announced special pricing (through 01-Mar-97)
  222.   for anyone upgrading to WebSTAR 2.0. Prices on HomeDoor, LogDoor
  223.   (a real-time log analysis application), and MailDoor (which adds
  224.   multiple domain capabilities to Apple Internet Mail Server) have
  225.   been lowered by $40 to $80. In addition, Open Door announced a new
  226.   version of HomeDoor that would provide the transparent multihoming
  227.   capabilities of MultiHomie in the first quarter of 1997.
  228.  
  229. <http://www.opendoor.com/wsupgrade.html>
  230.  
  231.  
  232. **Microsoft Gets Personal** -- In a surprising move, Microsoft and
  233.   ResNova announced that Microsoft has acquired ResNova's Web server
  234.   products: the personal Web server WebForOne, and the full-featured
  235.   Boulevard. In conjunction, five of ResNova's employees, including
  236.   president Alex Hopmann and product manager Lauren Antonoff, have
  237.   joined Microsoft's Internet Platform and Tools division in San
  238.   Jose, and ResNova is seeking a buyer for its NovaServer bulletin
  239.   board system.
  240.  
  241. <http://www.resnova.com/>
  242.  
  243.   Microsoft plans to release a beta version of WebForOne, renamed
  244.   Personal Web Server. Personal Web Server will eventually be
  245.   bundled with Microsoft Internet Explorer. Although this may seem
  246.   unusual, it's a matter of parity, since Microsoft already has a
  247.   free Windows 95 entrant, called Personal Web Server for Windows 95
  248.   (Microsoft's naming creativity astounds!). Microsoft claims it has
  249.   no plans to release a full-featured Web server for the Mac.
  250.  
  251.   I've been talking about personal Web servers for some time; with
  252.   this move it looks as though competition in the category is
  253.   heating up even more. Apple has contracted with Maxum Development,
  254.   makers of the RushHour graphics Web server, to create a personal
  255.   Web server to be included in the Mac OS, and StarNine has a beta
  256.   of Personal WebSTAR, which is essentially a modernized version of
  257.   Chuck Shotton's original MacHTTP. And of course, there are
  258.   numerous other Web servers available for the Mac, including some,
  259.   like Peter Lewis's $10 shareware NetPresenz and Chris Hawk's free
  260.   Quid Pro Quo, that could be considered personal Web servers on the
  261.   basis of price alone.
  262.  
  263. <http://www.maxum.com/>
  264. <http://www.starnine.com/software/software.html>
  265. <http://www.share.com/peterlewis/netpresenz/index.html>
  266. <http://www.slaphappy.com/>
  267.  
  268.   I certainly hope the makers of these and other personal Web
  269.   servers turn their attention to concerns specific to personal Web
  270.   servers, such as dealing effectively with document translation
  271.   and non-dedicated Internet connections (see TidBITS-316_ and 
  272.   TidBITS-318_). It's time to see some innovation and not merely
  273.   more Web-hucksterism.
  274.  
  275.  
  276. HotSauce and Meta-Content Format
  277. --------------------------------
  278.   by Matt Deatherage <mattd@gcsf.com>
  279.  
  280.   In nearly every recent important Apple executive speech, the
  281.   Powers That Be have mentioned an Apple technology investigation
  282.   initially referred to as Project X and now called HotSauce.
  283.   HotSauce presents a three-dimensional fly-through of sets of data
  284.   (like all the Web sites categorized by Yahoo, the Usenet newsgroup
  285.   hierarchy, or similar hierarchical sets of data) that can be
  286.   described through common themes.
  287.  
  288.   Apple had shown HotSauce before this year, but now the execs are
  289.   mentioning HotSauce not just as a potential user-interface gizmo
  290.   but also as an underlying technology that's going to revolutionize
  291.   the way we browse data. What's the amazing part? Not the three-
  292.   dimensional representation, or the Netscape Navigator plug-in to
  293.   do it in a browser window, or even the programs that create the
  294.   data files used by it. No, it's the format of the data files - a
  295.   way of describing information _about_ data. Apple calls this
  296.   format MCF, which is short for Meta-Content Format. In this
  297.   article, I cut through the hype and look at whether MCF lives up
  298.   to Apple's recent claims that it will do for databases what HTML
  299.   did for text.
  300.  
  301.  
  302. **Meta-content?** Many of us just got used to the idea that
  303.   information businesses are now "content providers," and now we're
  304.   being asked to understand "meta-content?" It sounds like a
  305.   technogeek term from hell, but it's not so bad.
  306.  
  307.   The American Heritage Dictionary defines the prefix "meta-" in
  308.   part as meaning "beyond, transcending, more comprehensive."
  309.   Engineers like using the prefix to describe the process of
  310.   referring to a process. For example, a joke about a joke would be
  311.   "meta-humor," and a language invented to describe other languages
  312.   is a "meta-language." (The concept is discussed thoroughly in the
  313.   1979 Pulitzer Prize-winning book Goedel, Escher, Bach: An Eternal
  314.   Golden Braid by Douglas Hofstadter - a must-read for engineering
  315.   or science enthusiasts.) Following this tradition, meta-content is
  316.   content that talks about other content.
  317.  
  318.   MCF, as defined by Apple's R.V. Guha (who is responsible for both
  319.   HotSauce and MCF) is a "language for representing a wide range of
  320.   information _about_ content." A simple example of meta-content is
  321.   the header on an email message. It tells you information _about_
  322.   the message (who sent it, at what time, how it got to you, where
  323.   replies should go, and more) but it's not the message itself: the
  324.   person who sent you the mail wasn't sending you the header, but
  325.   was sending the content of the message.
  326.  
  327.  
  328. **Why Describe Content?** Email headers can be described as a
  329.   simple _language_ for describing the content of an email message.
  330.   A language, for these purposes, is a set of simple rules that
  331.   define valid expressions - in the normal language of mathematics,
  332.   for example, "4 + 4" is a valid expression but "76#&98+A!" isn't.
  333.   Email would be less useful if there were no headers: any sender
  334.   would have to be sure to include the header information in the
  335.   body of the message or you, as recipient, would never see it. A
  336.   lack of a signature would leave you clueless as to the message's
  337.   origin (and a false signature could mislead you further).
  338.  
  339.   So, describing content is a useful pursuit. In fact, when you have
  340.   lots and lots of content, navigating through it is next to
  341.   impossible without some form of meta-content. Millions of people
  342.   turn to Yahoo to find Web pages sorted into useful (if somewhat
  343.   arbitrary) categories and classes. The same people could turn to
  344.   AltaVista to search millions of Web pages by content, but
  345.   searching by content is often less useful when you're browsing. If
  346.   you want to find magazines about the Macintosh, you can dive
  347.   through Yahoo until you get to a list of some 30 separate Web
  348.   sites on the subject. Searching for "Macintosh magazine" in
  349.   AltaVista returns about 400,000 matches, including job listings at
  350.   Macworld, dozens of pages from the MacToday site, articles from
  351.   old issues of Byte in Italian and so on. The raw text searching
  352.   capability returns thousands of times more matches, but they're
  353.   not as useful as Yahoo's more limited set.
  354.  
  355. <http://www.yahoo.com/>
  356. <http://altavista.digital.com/>
  357.  
  358.   Once you have a good description of some kind of content, that
  359.   meta-content can be effectively and efficiently searched with
  360.   excellent results. The major problem is that - so far - good
  361.   meta-content comes only from actual people. Technology is getting
  362.   better at this - Apple demonstrated agents that distill text
  363.   documents into one sentence at Macworld Boston - but humans can
  364.   still do much better. Publishers often create library card catalog
  365.   entries for books to assist librarians - without that help,
  366.   libraries have no way of knowing a book's contents except by
  367.   jacket blurbs or the table of contents, and it's rare to find a
  368.   library with enough resources to hire a librarian just to read
  369.   books and catalog them properly.
  370.  
  371.   In a similar vein, the trend in Web publishing is towards self-
  372.   description of Web pages. Assuming you're honest, you can
  373.   accurately describe your page in 25 words more accurately than
  374.   someone at Yahoo, and much more accurately a text retrieval
  375.   system. The HTML 3.2 standard includes a META keyword so you can
  376.   add some meta-content information to your Web pages to assist with
  377.   automatic indexing and other meta-content creation activities.
  378.  
  379. <http://www.w3.org/pub/WWW/MarkUp/Wilbur/>
  380.  
  381.  
  382. **But Why MCF?** Individually generated pieces of meta-content are
  383.   useful, but when you describe collections of hundreds of thousands
  384.   of pieces of content, you must have some standards. Let's extend
  385.   the example of a library card catalog to one that's being
  386.   computerized. When you look at a book's card, you can easily see
  387.   if the book has 27 authors (perhaps it's an anthology). If you
  388.   enter that information into a database, though, if there are only
  389.   three "author" fields, you're stuck - you either leave out 24
  390.   authors or you enter them in an unrelated field, such as
  391.   "description." Either way will foil people searching for books by
  392.   one of those 24 people (who's going to search the description
  393.   field for an author?). Large meta-content systems must be
  394.   flexible; in fact, the MARC format used by the Library of Congress
  395.   consists of a set of tagged data - you can have as many author
  396.   tags and authors as you want for any particular entry, limited
  397.   only by your particular computer's capability to store them.
  398.  
  399. <http://lcweb.loc.gov/marc/>
  400.  
  401.   So why not use an existing format like MARC to describe content on
  402.   the Web as well? MARC is not an open standard. The "tags" used to
  403.   indicate what each given entry contains are in fact numbers; and
  404.   numbers not published are reserved for the MARC committee's
  405.   definition, with only some exceptions. Further, MARC records
  406.   include binary data and aren't easily human-readable. Conversely,
  407.   Guha's MCF format is more like HTML. Consider that in HTML, a Web
  408.   page author can invent her own tags. If someone's browser doesn't
  409.   know how to interpret them, they'll just be ignored. If a browser
  410.   does interpret them, then the page can include nifty new features.
  411.   Netscape does this with nearly every release of Navigator.
  412.  
  413.   Apple's hoping MCF has a similar reception - it's a simple, text-
  414.   based format that defines objects and their properties. There are
  415.   no restrictions on what properties are described for each object,
  416.   nor are there requirements that all properties be described or
  417.   that all relationships between objects be included. HotSauce's
  418.   implementation of MCF only handles a few properties for each
  419.   object: "parent" objects, "child" objects, suggested locations
  420.   where the children might appear in the 3-D fly-by in relation to
  421.   the parent objects, and that's just about it. You can get the
  422.   white paper on MCF at the URL below.
  423.  
  424. <http://applenet.apple.com/hotsauce/text/mcf.html>
  425.  
  426.   Apple has submitted MCF to the Internet Engineering Task Force
  427.   (IETF) for consideration as an Internet standard for describing
  428.   content, and I'm unaware of any similar counter-proposals. If the
  429.   IETF does accept MCF as a standard, we can presume there will be a
  430.   set of standard attributes for describing data (common things like
  431.   "name", or "URL"; maybe a "description", or "creator", or other
  432.   similar tags), but extra data can still be included.
  433.  
  434.  
  435. **What Will MCF Do For Us?** In case you're digesting all this
  436.   with a resounding "Big deal!" building in the back of your throat,
  437.   you have to realize that most standards are boring - it's what's
  438.   done with them that's interesting.
  439.  
  440.   Think of HTML. The idea of marking up text with more text that
  441.   indicates what the original text should look like is, well, a
  442.   silly idea. It's not a compact way to indicate stylistic changes
  443.   (a "bold" command can be expressed in less than one byte, rather
  444.   than the lengthy <STRONG> tag), HTML source is not easy to read,
  445.   and it's not suitable for advanced page descriptions.
  446.  
  447.   But, HTML is easy for computers to work with, it's extensible (as
  448.   we've seen), and the simple hypertext capabilities that link a
  449.   phrase on a page to a completely different page led to the Web
  450.   browser, which led to today's World Wide Web, which has been noted
  451.   to be a Really Big Deal.
  452.  
  453.   MCF has the same features - it's easy to create, easy to use, and
  454.   easy for computers to work with it. For lack of a better term, I
  455.   envision an MCF "browser" program that can navigate through any
  456.   collection of MCF-described data. Apple's HotSauce Web site has
  457.   several such MCF collections, called "X Spaces" because of the
  458.   early Project X name. If you have Apple's Netscape plug-in for
  459.   HotSauce, you can fly through any of these X Spaces in your Web
  460.   browser.
  461.  
  462. <http://applenet.apple.com/hotsauce/>
  463.  
  464.   You can also download a stand-alone HotSauce application and view
  465.   X Spaces that way. It includes a choice of viewing formats
  466.   recently added to the plug-in - the 3-D fly-through method, or a
  467.   two-dimensional Finder-like view with folders and disclosure
  468.   triangles that reveal folder contents when clicked, just like the
  469.   Finder's View by Name capability. Note that the MCF file
  470.   describing the data didn't change; the program is just viewing it
  471.   in a different way.
  472.  
  473.   There is the real key - a single way of describing a large set of
  474.   data can be displayed in whatever fashion a programmer can invent.
  475.   The current HotSauce visual interface isn't all that impressive in
  476.   today's age of 3-D rendered graphics, but it's just a way of
  477.   looking at MCF data - it would be relatively easy to create a
  478.   different interface to the same data.
  479.  
  480.   If every Web site generated an MCF description of itself, you
  481.   could fly-through any site and find the information most relevant
  482.   to you, without using a site map (which may not be useful at all;
  483.   some Web site maps are woefully inadequate), or search the site as
  484.   if it's a Finder window. An MCF-viewing Live Object would add that
  485.   capability to any OpenDoc container on your Macintosh.
  486.  
  487.   The same MCF browser or viewer part could take you through your
  488.   own hard disk, through Yahoo's Web pages, through every Web site
  489.   with an MCF description - even through a database that has an MCF
  490.   description (imagine browsing huge databases as you could your own
  491.   hard disk!) - through just about anything at all.
  492.  
  493.   That's why Apple executives say MCF will do for databases what
  494.   HTML does for text. If it's adopted by the world at large, as an
  495.   IETF standard or otherwise, they could be right.
  496.  
  497.  
  498. **Competing Meta-Content Standards** -- There have been other
  499.   efforts to create a standard description for content, but none has
  500.   a company like Apple behind it. Further, Apple's MCF inventor,
  501.   R.V. Guha, has built upon the work of committees investigating
  502.   such possibilities, including the Dublin Core group that has a
  503.   preliminary standard. MCF is in its early stages; though Dublin
  504.   Core is a little bit more academically inclined and bears a
  505.   resemblance to library cataloging structures, Guha's white paper
  506.   says there's no reason why the benefits of Dublin Core can't be
  507.   expressed in MCF with some work to define a syntax.
  508.  
  509.   What about Microsoft's Nashville project? Nashville is the code
  510.   name for Microsoft's "Internet Add-On Pack," expected to come soon
  511.   for Windows 95 and Windows NT platforms (apparently now also
  512.   called "Active Desktop"). It's been described in the press as
  513.   "building the browser into the operating system," and is supposed
  514.   to include a way to let you view your hard disk as a Web page,
  515.   complete with hyperlinks. It does exactly that, according to my
  516.   research.
  517.  
  518.   What Nashville does _not_ do is describe both Web pages and hard
  519.   disk contents in a meta-content format, then use an MCF-like
  520.   technology to view both. Nashville replaces (or adds to) Windows'
  521.   desktop program (their Finder, if you will) by sharing code with
  522.   Microsoft Internet Explorer 4.0. If you move the discussion to
  523.   more familiar Macintosh terms, then with Nashville, Web windows
  524.   could open in the Finder without launching a separate browser
  525.   program (just like sounds and clippings files), and you could even
  526.   change your desktop to display live Web content instead of just
  527.   file icons and Finder windows. You could also embed Finder-like
  528.   panes into Web pages or documents.
  529.  
  530.   Microsoft does all this without a meta-content format by using an
  531.   ActiveX control to display file and folder views inside Internet
  532.   Explorer windows. The browser itself doesn't know anything about
  533.   the hard disk; it just knows about ActiveX and has an ActiveX
  534.   component knows about the hard disk. (In our earlier example,
  535.   OpenDoc wouldn't know about MCF, but an MCF Live Object could give
  536.   that functionality to every OpenDoc document.)
  537.  
  538.   Nashville's technology is nice. A future version of the Macintosh
  539.   OS could go even further with OpenDoc because OpenDoc can embed
  540.   any Live Object, where Nashville appears to embed only ActiveX
  541.   controls inside Web browser windows or panes (you couldn't, as I
  542.   read Microsoft's descriptions, have a large spreadsheet with some
  543.   Web content embedded in it, but you could have a large Web page
  544.   with spreadsheet content embedded in it).
  545.  
  546.   Nashville is likely to be available before IETF does serious work
  547.   with MCF, but since the two are not competing standards, that
  548.   shouldn't make any difference except in public perception.
  549.   Microsoft hasn't come out against MCF, and if it takes off as it
  550.   could, Microsoft will probably embrace MCF as quickly as any other
  551.   Internet-savvy company.
  552.  
  553.   Access to data isn't a problem anymore, but finding _useful_ data
  554.   is becoming extremely difficult with the proliferation of sources.
  555.   MCF is a potential way to make the growing Internet a little more
  556.   manageable, and I can see why Apple is excited about it.
  557.  
  558.   [This article is reprinted with permission from MDJ, a daily
  559.   Macintosh publication covering news, products, and events in the
  560.   Macintosh world. If you can't get enough insightful Mac news, sign
  561.   up for a trial subscription to MDJ. For more information and the
  562.   free MDJ Recap #1 in setext or Acrobat PDF format, visit the MDJ
  563.   Web site at <http://www.gcsf.com/>.]
  564.  
  565.  
  566. $$
  567.  
  568.  Non-profit, non-commercial publications may reprint articles if
  569.  full credit is given. Others please contact us. We don't guarantee
  570.  accuracy of articles. Caveat lector. Publication, product, and
  571.  company names may be registered trademarks of their companies.
  572.  
  573.  This file is formatted as setext. For more information send email
  574.  to <setext@tidbits.com>. A file will be returned shortly.
  575.  
  576.  For information on TidBITS: how to subscribe, where to find back
  577.  issues, and other useful stuff, send email to: <info@tidbits.com>
  578.  Send comments and editorial submissions to: <editors@tidbits.com>
  579.  Issues available at: ftp://ftp.tidbits.com/pub/tidbits/issues/
  580.  And: http://www.tidbits.com/tb-issues/
  581.  To search back issues with WAIS, use this URL via a Web browser:
  582.  http://wais.sensei.com.au/macarc/tidbits/searchtidbits.html
  583.  -------------------------------------------------------------------
  584.  
  585.  
  586.